Repository navigation
Conversation
Why: - Exact remote/baked equality contradicts the catalog's hot-update contract. What: - Validate both shipped payloads without silent row loss or rewriting. - Exercise the real remote picker overlay and offline restoration. - Include rendered before/after test evidence. Risk: - CI suite execution remains in the existing PR HarnessMD#423; this addresses only the catalog part of HarnessMD#652. Tests: - Catalog suites: 27 passed; malformed-label mutation: expected failure. - npm run test:focused: 965 passed, 1 skipped, 0 failed. - npm run typecheck and npm run build passed on macOS. Live Docs: - Contract: src/shared/modelCatalogPayload.ts.
This was referenced Oct 2, 2026
This branch has not been deployed
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
Summary
Addresses the catalog-test part of #652. CI suite execution already has an open contribution (#423); this PR deliberately does not duplicate it or close the whole issue.
The module contract explicitly describes the baked catalog as an offline fallback and the remote catalog as hot updates without shipping a release. Requiring them to be identical (including their provider keys) prevents that intended workflow. Instead:
Before
Upstream
f44b986a: the existing remote-catalog suite reports 17 pass / 1 fail. This is actual node:test output rendered as an image, not a GUI screenshot.After
The corrected contract suite reports 19 pass / 0 fail. This is a test-only change: the suite now independently validates both files and adds the real shipped-payload overlay/offline round trip, rather than keeping the contradictory equality assertion.
Validation
macOS / Node 24.13.0:
npm run test:focused: 966 tests, 965 passed, 1 platform skip, 0 failed.npm run typecheckandnpm run build: passed.Self-review
No new dependencies, OS-specific implementation, network test dependency, production changes or permission changes. The original payload parser remains unchanged. Existing version-filter tests continue to exercise remote entries. The before/after use the same upstream payload data; the assertion contract intentionally differs and is described above.